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ABSTRACT 



Method and system for implementing a protection switching 
protocol of a telecommuoicatioas network (14). The method 
and system employs a protection object (80) including a set 
of attributes (84) and a set of functions (86) in communi- 
cation with the attributes (84). The attributes (84) may store 
switching state information of the teleoommuoications net- 
work (14). The functions (86) may include a set of service 
functions (88) and a set of private functions (90). The service 
functions (88) may accept switching state information of the 
telecommunications network (14), store that information to 
the attributes (84) and retrieved that information from the 
attributes (84). The private functions (90) may also retrieved 
switching state information from the attributes (84). The 
private functions (90) may be invoked by a service function 
(88) or by another private function (90). Together, the 
service functions (88) and the private functions (90) imple- 
ment the predefined protection switching protocol and 
invoke a set of system functions (100). The system functions 
(100) effect switching operations of the telecommunications 
network (14). 

12 Claims, 2 Drawing Sheets 
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METHOD AND SYSTEM FOR 
IMPLEMENTING A raOTECTION 
SWITCHING PROTOCOL 

TECHNICAL FIELD OF THE INVENTION 

The present invention relates generally to the field of 
telecommunications and data processing, and more particu- 
larly to an improved method of, and system for, implement- 
ing a protection switching protocol. 

BACKGROUND OF THE INVENTION 

Telecommunication systems are electromagnetic-based 
systems that enable information to be communicated over 
large geographical areas. Such information includes written 
or printed matter, visual signals such as fixed or motion 
pictures, audio signals such as music, and the like. 

A conventional telecommunication network includes a 
plurality of network elements distributed over a large area 
and connected by a transmission medium. The transmission 
medium may be copper wire, coaxial cable, fiber optics, 
radio or microwave, or a combination of these and other 
mediums. 

The network elements are typically connected to local 
termination equipment by regional networks. Termination 
equipment accepts a user's voice and other information and 
transforms them into electromagnetic signals suitable for 
transmission over the regional network. Examples of termi- 
nation equipment include telephones, computer modems, 
facsimile machines and video conferencing equipment. 

Network elements generally comprise transmission 
equipment and switching equipment. Transmission equip- 
ment accepts regional signals and changes them appropri- 
ately for transmis^on over the medium. To superimpose 
signals onto the medium, the transmission equipment may 
modulate a carrier signal. Additionally, transmission equip- 
ment often multiplexes a large number of signals over the 
medium. Switching equipment provides interconnectivity 
between network components by routing information over 
the network. Switching equipment is typically computer- 
controlled and contains electronic switching matrices. 

To account for equipment failure, network elements also 
include protection switching subsystems and redimdant 
transmission and switching equipment. Protocols for regu- 
lating protection switching actions are established by indus- 
try standards, such as the Automatic Protection Switching 
(APS) protocol defined by Bellcore. Typically, a protocol is 
implemented by providing a unique control program that 
cooforms to the specific equipment of a telecommunications 
system. Such customization of control programs for specific 
telecommunications systems, however, is expensive. 
Therefore, there exists a need in the art for an improved 
method and system for implementing a protection switching 
protocol in a telecommunications system. 

SUMMARY OF THE INVENTION 

In accordance with the present invention, a method and 
system for implementing a protection switching protocol is 
provided that substantially eliminates or reduces the disad- 
vantages and problems associated with prior protection 
switching systems. 

In accordance with the present invention, a system- 
independent protection object is provided to implement a 
predefined protection switching protocol. The protection 
object comprises a set of attributes and a set of functions in 
communication with the attributes. The attributes store 



switching state information of a telecommunications system. 
The functions include a set of service functions and a set of 
private functions. The service functions may accept switch- 
ing state information of the telecommunications system, 

5 store that information to the attributes and retrieved that 
information from the attributes. The private functions may 
also retrieved switching state information from the 
attributes. The private functions may be invoked by a service 
function or by another private function. Together, the service 
functions and the private functions implement the predefined 
protection switching protocol and invoke a set of system 
functions. The system functions effect switching operations 
of the telecommunications system. 

More specifically, a protection switching subsystem may 
be provided that includes an interface for communicating 
between the telecommunications system and the protection 
object. The interface may include a task and the set of 
system functions. The task may accept switching state 
information and switching events from the telecommunica- 
tions system. The task may pass switching state information 

20 to the protection object and may invoke functions of the 
protection object associated with the switching events. The 
system functions may effect switching operations of the 
telecommunications system. 

In accordance with one embodiment of the present 

25 invention, the protection object implements the 1+1 mode of 
the Automatic Protection Switching (APS) protocol defined 
by Bellcore for a Synchronous Optical Network (SONET). 
In this embodiment, the protection object processes switch- 
ing events in accordance with the switching state of the 

3Q telecommunications system, including operator requested 
states. Operated requested states may include manual switch 
to a working or a protect line, forced switdi to a working or 
a protect line, lockout, or exercise. 

Important technical advantages of the present invention 
include providing a protection object of modular design for 
implementing a predefined protection switching protocol. In 
particular, the protection object need not be customized for 
use with different types of telecommunications systems. 
Accordingly, the present invention provides a relatively 
inexpensive protection object by eliminating the cost of such 

^ customization. 

Another important technical advantage of the present 
invention includes providing a simplified interface for com- 
municating between the telecommunications system and the 
protection object. In particular, the complexities of a switch- 

'^s ing protocol are completely encompassed by the protection 
object. Thus, the interface is greatly simplified and need only 
provide communications between the telecommunications 
system and the protection object. 

Other technical advantages will be readily apparent to one 

50 skilled in the art from the following figures, descriptions, 
and claims. 

BRIEF DESCRIPTION OF THE DRAWINGS 

For a more complete understanding of the present 
invention, and advantages thereof, reference is now made to 
the following description taken in conjunction with the 
accompanying drawings, in which: 

FIG. 1 is a block diagram of a network element having a 
protection switching subsystem using a protection object in 
accordance with the present invention; and 

FIG. 2 is a detailed block diagram of the protection 
switching subsystem of FIG. 1, showing the attributes and 
the functions of the protection object. 

DETAILED DESCRIPTION OF THE 
g5 INVENTION 

The preferred embodiments of the present invention and 
its advantages are best understood by referring now to HGS. 
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1 through 2 of the drawings, in which like Dumerals refer to 
like parts throughout the several views. FIG. 1 shows a 
schematic block diagram of a network element 12 for 
receiving, processing, and transmitting information over a 
telecommunications network 14. 

As shown by FIG. 1, the network element 12 communi- 
cates over the network 14 through a pair of communication 
Hnks 16. The communication hnks 16 may be formed of 
high rate fiber optic cable that transmits information up to 
about 10 Gigahertz. Those skilled in the art will understand 
that the communication links 16 may also be formed of 
copper wire, coaxial cable, other types of fiber optic cable, 
radio or microwave, or a combination of these and other 
transmission mediums. Each communication link 16 may 
include a working line 18 to transmit information and a 
protect line 20 to provide back-up in case of failure of the 
working line 18, 

The network element 12 may be connected to local 
termination equipment by a regional network 22. Termina- 
tion equipment accepts a user's voice and other information 
and transforms them into electromagnetic signals suitable 
for transmission over the regional network 22, Examples of 
termination equipment include telephones, computer 
modems, facsimile machines and video conferencing equip- 
ment. 

The regional network 22 may communicate with the 
network element 12 through a series of regional communi- 
cation links 24. The regional communication links 24 may 
be formed of low rate fiber optic cable that transmits 
information up to about 600 Megahertz. Those skilled in the 
art will understand that the regional communication links 24 
may also be formed of copper wire, coaxial cable, other 
types of fiber optic cable, radio or microwave, or a combi- 
nation of these and other transmission mediums. TypicaUy, 
for the fiber optic cable, radio or microwave mediums, each 
of the regional communication links 24 includes a working 
line 26 to transmit information and a protect line 28 to 
provide back-up in case of failure of the working line 26. 

The regional communication links 24 may be received in 
the network element 12 by a plurality of tributary shelves 30. 
The tributary shelves 30 may each comprise a set of data 
path modules 32 and a control module 34. Each data path 
module 32 may include a processor 36 to monitor processing 
chips of the module for failures and to control switching 
operations of the module. The processor 36 reports a failure 
to the control module 34 through a system bus of the 
tributary shelf 30. 

The control module 34 of a tributary shelf 30 may include 
a main processor 40 and a system memory 42 in commu- 
nication with the main processor 40. The system memory 42 
includes, as explained below in detail, a protection switching 
subsystem 44 in accordance with the present invention. The 
protection switching subsystem 44 of each tributary shelf 30 
implements a predefined protection switching protocol for 
the comroimication links and for the data path modules of 
the shelf 30. 

The tributary shelves 30 may process signals received 
from the regional network 22 and pass the signals to a pair 
of line shelves 50 for further processing and transmission 
over the telecommunicatioDS network 14. Similarly, the 
tributary shelves 30 may process signals received from the 
line shelves 50 and pass the signals to the regional network 
22. 

The line shelves 50 comprise a plurality of data path 
modules 52. Each data path module 52 may include a 
processor 54 to monitor multiplexing and processing chips 
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of the module for failures. The processor 54 may also control 
switching operations of the data path module 52, 

The fine shelves 50 may be coupled to the network 
communication links 16. Signals received from the tributary 
5 shelves 30 may be multiplexed by the data path modules 52 
of the line shelves 50 and transmitted over the communica- 
tion link 16. Signals received from the communication link 
16 may be demultiplexed by the line shelves 50 and any 
regional signals extracted. The remaining signals may then 
be re-multiplexed and transmitted over the communication 
link 16. The regional signals may be passed to the tributary 
shelves 30 for processing and transmission over the regional 
network 22. 

The line shelves 50 may be controlled by a common shelf 
60. The common shelf 60 may include a control module 62 
and a user interface 64. The control module 62 may have a 
main processor 66 in communication with a system memory 
68. The system memory 68 includes, as described below in 
detail, a protection switching subsystem 70 in accordance 
with the present invention. The protection switching sub- 
system 70 of the common shelf 60 implements the pre- 
defined protection switching protocol for the communica- 
tion links 16 and for the data path modules 52. 

The user interface 64 of the common shelf 60 may be 

25 directly coupled to an operator station 72 by a serial RS-232 
connection. The operator station 72 may include an input 
device 76 for receiving operator switching request and a 
display device 78 for informing an operator of equipment 
failures. A local area network (LAN) 74 may couple the user 
interface 64 to the control module 62 of the common shelf 
60 and to the control modules 34 of the tributary shelves 30. 
Accordingly, the operator station 72 may pass switching 
request to any of the control modules and may display 
equipment failures from all of the control modules. 

35 According to a specific embodiment of the present 
invention, the tributary shelves 30 may comprise up to eight 
shelves manufactured by Alcatel Network Systems, 1225 N. 
Alma Road, Richardson, Tex. 75081, (214)996-5000. The 
line shelves 50 may comprise two shelves manufactured by 

4Q Alcatel Network Systems^ 1225 N. Alma Road, Richardson, 
Tex. 75081, (214)996-5000. Under this embodiment, the 
regional communications links 24 may comprise 256 fiber 
optic cables, which are capable of transmitting information 
at about 50, 150, or 600 Megahertz. The communications 

45 links 16 may comprise eight fiber optic cables, which are 
capable of transmitting information at about 2,500 or 10,000 
Megahertz. The common shelf 60 may be manufactured by 
Alcatel Network Systems^ 1225 N. Alma Road, Richardson, 
Tex. 75081, (214)996-5000. Additionally, the operator sta- 

5Q tion 72 may be a personal computer (PC) having a 486, 386, 
or Pentium type processor, such as that manufactured by 
"COMPAQ COMPUTER, INC." 

As shown by FIG. 2, the protection switching subsystem 
44 may comprise a protection object 80 and an interface 82. 

55 The protection object 80 may include a set of attributes 84 
and a set of functions 86 in communication with the 
attributes 84. The attributes 84 are data elements in which 
switching state information of the network is stored. 
The functions 86 may include a set of service functions 88 

60 and a set of private functions 90. A function may be a 
program, a routine, a subroutine, or the like. Tlie service 
functions 88 are feinctions invoked by the interface 82, The 
service functions 88 may accept switching state information 
&om the interface 82, store that information to the attributes 

65 84, and retrieve that information from the attributes 84. 
The private functions 90 are utility functions invoked 
within the protection object 80. The private functions 90 
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may also retrieve switching state information from the 
attributes 84. The private functions 90 may be invoked by 
the service functions 88 or by another private function. 
Together, the service functions 88 and the private functions 
90 perform the processing necessary for implementation of 
the predefined switching protocol. The service functions 88 
and the private functions 90 also invoke a set of system 
functions 100 of the interface 82. 

The interface 82 provides communication between the 
equipment of the network element 12 and the protection 
object 80. The interface may comprise the set of system 
functions 100 and a task 102. The task 102 may accept 
switching state information and switching events from the 
processors 36 of the tributary shelf 30 via a hardware 
interface 104. The task 102 may also accept switching state 
information and switching events from the operator station 
72 via the user interface 64. The task 102 may invoke the 
service functions 86 of the protection object 80 and may pass 
switching state information to the protection object 80. 

The system functions 100 of the interface 82 perform 
system -dependent actions, such as effecting switching 
operations of the network. The system functions 100 may 
also conununicate with a timer subsystem 106 of the main 
processor 40 to start and cancel timers. 

In accordance with the forgoing description of the pro- 
tection switching subsystem 44, the protection object 80 
completely implements the predefined protection switching 
protocol. The protection object 80 accepts switching state 
information from the task 102, makes switching decisions 
according to the predefined switching protocol, and invokes 
system functions to perform system-depctxicnt actions. The 
interface 82 provides communications between the network 
and the protection object 80. Accordingly, the protection 
object 80 is of modular design and need not be customized 
for use with different types of telecommimications systems. 
Thus, the protection object 80 of the present invention 
eliminate the cost of such customization and is relatively 
inexpensive. 

Moreover, the interface 82 of the present invention is 
greatly simplified. In particular, the complexities of a 
switching protocol are completely encompassed by the 
protection object 80. Thus, the interface 82 need only 
provide communications between the telecommunications 
system and the protection object. 

The protection switching subsystem 70 is configured and 
operates in the same manner as above described protection 
switching subsystem 44. Thus, the protection switching 
subsystem 70 may be readily understood from the above 
description of the protection switching subsystem 44. 
Accordingly, for the convenience of the reader, the protec- 
tion switching subsystem 70 is not separately described. 

In one embodiment, the protection object 80 may imple- 
ment the 1+1 mode of the Automatic Protection Switching 
(APS) protocol defined in Bellcore's GR-253-CORE 
(Synchronous Optical Network (SO^fET) Transport Sys- 
tems; Common Genetic Criteria) and SR-NWT-1756 
(Automatic Protection Switching for SONET), inchiding 
uni-directional and bi-directional switching, both revertive 
and non-revertive. Further information regarding the 1+1 
APS protocol and regarding Bellcore may be obtained from 
Bellcore at 8 Corporate Place, Room 3A-184, Piscataway, 
N J. 08854-4156, 800/521 -CORE. 

A method for implementing the 1+1 APS embodiment is 
described below, with the attributes 84, the service functions 
88, the private functions 90, and the system functions 100 
hsted and their processing described. In this embodiment. 



the protection object 80 may include the following attributes 
84 Usted below in TABLE 1. 

TABLE 1 
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15 



20 



30 



40 



45 



50 



60 



65 



object_id - 



switch- mode - 



provi5ioncd„5witch_modc ■ 



piovisioncd_architccturc - 



provisioDed_jeverL_modc - 

n»d_kl, nccd_k2 - 
txed^kl, txed_Jc2 - 

liiic_condilion_^ve [2] - 



switclx_hold_couDter - 



p rovi5ioncd_jwi tcli_count_ 
threshold - 



aps_byte_EaU_condition - 



the unique Identifier for 
the object. Since a 
subsystem may control 
multiple entities requiring 
1 + 1 switching, multiple 
instances of the PO may be 
required. The PO passes 
this identifier as a 
parameter when it calls 
system functions to 
identify which object is 
requesting action 
the currently active switch 
mode (unidirectional or 
bidirectional) 

the switch mode provisioned 
by the user - uni- 
directionaJ or bi- 
directional. This can be 
different than the switch 
mode since the APS protocol 
specifics that both the 
near end and for end nodes 
must operation uni- 
directionally unless both 
are provisioned for bi- 
directional operation, 
the switching architecture 
provisioned by the user - 
1 + 1 or 1:1 Qjronounced "1 
for 1"). It is possible 
for the near end node to be 
provisioned for 1:1, yet 
operating in 1 + 1 mode, 
iKcause the APS protocol 
specifies that both the 
near and far end must 
operate in 1 + 1 mode unless 
both ends are provisioned 
for 1:1 operation, 
the revert mode provisioned 
by the user - revertive or 
no D- revertive. 

the current Kl and K2 bytes 
received from the far end. 
the current Kl and K2 bytes 
being transmitted to the 
far end. 

the current condition of 
the working and protect 
lines; included in this 
attribute are the current 
state of the lines 
(unassigned, out-of- 
service; or in-service), 
the current alarm on the 
lines (none signal- 
degrade^ oi signal- fail), 
and the current bit error 
rate on the line (lE-4 to 
lE-9), which only appUcs 
if the alarm on the line is 
signal-degrade, 
the current number of 
switches that count toward 

the provisioned switch_ 

count_threshold, 
the number of switches 
provisioned by the user to 
cause the PO to enter the 
switch-hold state. 
Uie current AFS Byte 
Faihire condition reported 
switching by the protection 
switching subsystem - ON or 
OFF. 
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TABLE 1 -continued 



TABLE 2-coDtinued 



provisioiied_switch-JioId_ 
duration - 



the length of a switch-hold 
(in minutes) provisioned by 
the user. This attrilwtes 
is only needed because if 
it is «t to zero, the PO 
must never enter the 
switch-hold sate. 



10 



Under this embodiment, the object identification attribute 
is used because each protection switching subsystem may 
control multiple fiber pairs, therefore requiring multiple 
protection object per proteaion subsystem. In the network 
element 12 of FIG. 1, for example, the protection switching 
subsystem 44 of each tributary shelf 30 and the protection 
switching subsystem 70 of the common shelf 50 each 
include their own protection object 80. Each protection 
object 80 passes this identifier as a parameter when it 
invokes system functions 100 to identify which object 80 is 
requesting action. 

The switch mode and the provisioned switch mode 
attributes may differ because the l-i-l APS protocol specifies 
that both the near and the far end elements in a telecom- 
munications network must operate uni-direclionally unless 
both are provisioned for bi-directional operation. Thus, the 
switch mode will be uni-directional even if the provisioned 
switch mode is bi-directional where the far end clement is 
provisioned uni-directional. 

The provisioned architecture attribute may be 1+1 or 1:1. 
The 1+1 APS protocol specifies that both near and far end 
elements must operate in 1+1 mode unless both ends are 
provisioned for 1:1 mode operation. Thus, it is possible for 
the provisioned architecture attribute to be 1:1 mode, but the 
element operating in 1+1 mode. 

The line condition save attribute contains a current con- 
dition of the working and protect lines. This attribute 
includes the current state of the lines (imassigned, out-of- 
service, or in-service), the current alarm on the lines (none, 
signal-degrade, or signal-fail), and the current bit error rate 
of the line (lE-4 to lE-9), if the alarm on the line is 
signal-degrade. 

The provisioned switch-hold duration attribute may be set 
to zero to prevent the protection object 80 from entering the 
switch -hold state. 

In the 1+1 APS embodiment, the protection object 80 may 
include the service functions 88 listed below in TABLE 2. 
For each service function 88, TABLE 2 includes the cir- 
cumstance umder which the function should be called by the 
protection switching subsystem and a description of the 
parameter. Additionally, a description of the processing that 
each function performs follows TABLE 2. 

TABLE 2 



initialize (attnbutes, 
system_Junction3) - 



this function is used to 
initialize the PO. The 
attributes paranieteT is a 
structure containing initial 
values for all of the 
attributes described above. 
The system^functions 
paranctcr is a structure 
containing the addresses of 
the system functions provided 
by the switching sub^tcm 
for the protection object to 



15 



30 



45 



50 



60 



line_oondition_change 
Oine, condition, 
ber_level, state) - 



user_request (request) - 



switch_ol£ (request) - 



ncw„ixed_]cl (kl) - 



new_Died_k2 (k2) - 



provisiomng_change 
(attribute, value) - 



wait_to_restOTC_tmicr_ 
expircdQ - 



switch_hoId_2Ctivity_timer_ 
expiredQ - 



switch_hold_duTation_timer_ 
expiredO - 



aps_byte_£ail_DQ tification 
(state) - 



call, which are described in 
a subsequent section, 
this function is used to 
notify the protection object 
of changes in the conditions 
and states on the working and 
protection lines. The line 
parameter indicates whether 
the change is on the working 
or protect line; the 
condition parameter indicates 
the current alarm level of 
the line (none, signal- 
degrade or signs 1-Cail); the 
ber_level parameter indicates 
the current bit error rate 
level of the line (only 
applies if the condition = 
signal-degrade); and the 
state parameter indicates the 
current service state of the 
line (unassigned, out-of- 
service, or in-service) 
this function is used to 
notify the protection object 
of a user request that was 
received by the protection 
subsystem. The request 
parameter identifies the user 
request that was received 
this function is used to 
determine if a front panel 
switch request will be 
allowed. The request 
parameter identifies the 
&ont panel switch to be 
verified 

this function is used to 
report a new, unsolicited Kl 
byte from the far end. Hie 
kl parameter is the Kl byte 
that was received, 
this function is used to 
report a new, unsolicited K2 
byte from the far end. The 
k2 parameter is the K2 byte 
that was received, 
this fiinction is used to 
indicate that the value for 
one of the user-provisionablc 
attributes changed. The 
attnbute parameter indicates 
which attributed changed, and 
the value parameter is the 
new value for that attribute, 
this function is used to 
indicate that the wait-to- 
restore timer expired. No 
parameters are required, 
this function is used to 
indicate that the switch- hold 
activity timer expired. No 
parameters are required, 
this function is used to 
indicate that the switch hold 
duration timer expired. No 
parameters are required, 
this function is used to 
notify the protection object 
that the APS Byte Failure 
condition has set or cleared. 
The state parameter indicates 
whether the condition is 
currently on or off. 



65 The initialize function performs the following processing. 
Copy information from attributes and system_functions 
into local memory. If at least one of the lines is assigned, call 
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analyze_k2modes( ) to determine what the active switching switch_state () to see if the near end has a switch to request, 

architecture (1:1 or 1+1) and mode (uni-directional or Else, if the near end is currently sourcing a switch request, 

bi-directional) should be. If neither line is assigned, or the call compare_requests ( ) to see if the far end request 

switching architecture should be 1:1, do nothing else. Call overrides its. Depending on the outcome of the above 

recover_j5witch_j5tate ( ) to determine what Kl byte value 5 checks, either call far_cnd_switch_request ( ) to execute 

the current line conditions dictate. If necessary, call g^jj^^ij requested by the far end, or local„switch_ 

compare„requests ( ) to compare this value with the current ^^^^^^^ ^ ^ ^^^^^ ^ ^^^^ ^^^^^ 

txed_kl value if it contains a snatch request. Call local_ new_rxcd-k2 function performs the foUowing pro- 

switch_request ( ) to set the imtal switch state accordmg to g^^^ ^ ^ ^^^^^^^^ analyze, 

the local Kl value, or new_rxed Jcl ( to set the mitial 10 ^ J^^^ ^^^^ 

switch state according to the rxed_kl value, depending on ~ X.*^ . f c *ufii 

priority. Check for a channel mismatch and call the . prov>s,omng_change fun^.on performs the foUow- 

channel_mismatch_defect ( ) system function. mg processing. Jbc po^ible attributes, and the processmg 

^ . L 1 • c f 1 performed for each are listed below: 

The une_condition_change function pertorms the lol- ^ . . i • . 

lowing processing. Store the new condition, ber_level, and i5 Switch Count Threshold— store the value m the 

state in the line_condition_save attribute. Call recover. provisioncd_switch_count_thrcshold attribute, reset 

switch_state() to determine what Kl byte value the current the switch Jiold_oounter attribute to zero, and call 

line conditions dictate. If necessary, call compare_requests switch_hold_activity_timer () to cancel the timer. 

() to compare this value with the current txed_kl value, or Switch Hold Duration — store the value in the 

if operating in bi-directional mode, with the current rxed_ 20 provisioned__switch_hold_duration attribute, 

kl value if it contains a switch request. If the new Kl is high ^^^^^^ Mode^tore the value in the provisioned_ 

enough priority, call local_switch_request() to execute the revert_mode attribute; if txed_kl indicates that a 

^ ' wait-to-restore is active, and the new mode is non- 

The possible values of the request parameter of the revertive, call local„switch_request ( ) to release the 

user_request function are: ^ \xcd_kl indicates that a do-oot-revert 

TLl Clear— request to release a switch (received from condition is active, and the new mode is revertive, call 

TLl command) local_switch„request ( ) to release the condition. 

Front Panel Qear-request to release a switch (received ^^^^^ Mode-store the value in the provisioned^ 

from front panel control mterface) , . 30 switch_mode attribute; call the send_new^( ) sys- 

Manual Switch to Working-switch to the workmg Ime ^^^^^ ^^^^^^ ^ ^ ^^^^ indicating the 

(manual priority) analyze_k2_modes ( ) to see if the 

Manual Switch to Protect^witch to protect hne (manual ^^^^^ ^^^^ ^^^^^ ^ ^^^^^^ 

priority) ^j^^ wait__to_restore__timer_expired ( ) function per- 

Forced Switch to Working— switch to the working line 35 ^^^^^ following processing. If the txed„kl attribute 

(forced priority) indicates that a wait-to-restore condition is active, call 

Forced Switch to Protect— switch to the protect line local_switch_request ( ) to release the switch. 

(forced priority) -j^^ switch_hold__activity_timer_expired ( ) function 

Lockout— lockout from protection ^ performs the following processing. Reset the switch_hold_ 

Exercise — ^perform a switch exercise counter attribute to zero. 

The user_request function performs the following pro- x^c switch_Jiold_duration_timer_expircd ( ) function 
cessing. If request is TLl or Front Panel Qcar, call recovcr_ performs the following processing. If the txed_kl attribute 
switch_j5tate() to get the new state, and call IocaL_switch_ indicates that a switch-hold condition is active, call 
request ( ) to execute the switch. Otherwise, call compare. recover_j5witch_state ( ) to determine what the new switch- 
requests ( ) to see if the request has high enough priority to ■ ^^^^^ ^^^^^ local_switch_rcquest ( ) to 
override the current switch state, and if it does^ call local„ execute that switch 

exerdse_request ( ) if the request is Exercise, or local_ byte_fail_notification (state) function per- 

switch request () if it is anything else. _ ^ ., • o \u . * • .u 

~ -ui 1 f .u ..^t *««™^t^, «f tk^ forms the followmg processmg. Save the new state in the 

The possible values of the request parameter or the ^ * ,f .u *• % u 

•* u 1 A ^- T r 50 aps byte fail condition attribute. If the active switch 

switch_ok function are: *^ "T : ~. . , , , . , ^r- ^ • • 

F nt Panel Qear mode is um-directional, do nothmg else. If the condition is 

turning on, call compare_requests ( ) to verify that a 

Manual Switch to Workmg signal-fail-protect switch will override the currem switch 

Manual Switch to Protect ^^^^^ j local_switch_request ( ) to perform the 

The switch_ok function performs the following process- 55 ^^^^^ ,f condition is turning off, call recover_switch_ 

ing. If request is Front Panel Qear, return YES if current ^^^^^ determine the state to which the protection object 

switch state is manual-switch or wait-to-rtstore; else return ^^^^^^ ^^^^ signal-fail-protect switch, and call local„ 

NO. If request is a manual-switch, caU compare_jcquests ( to execute the switch 

) to determine if the switch can override the current switch , ^ '° ^^^^^^^ '"f swiicn 

^ n , vcc f Mrk ^tK^™..- In the 1+1 APS embodiment, the protection object 80 may 

state. Return YES if so, NO otherwise. - i . *u • * t * ^ a u ^ tabic a 

The new_rxed-kl function performs the foUowing pro- ^^^lude the private functions 90 hsted below m TABLE 3. 

cessing. Save kl in the rxed _kl attribute. If operating in functions are caUed to perform common tasks. For 

uni-directional mode, do nothing else. If kl is invaHd, call each pnvate frmction 90, TABLE 3 includes the arcum- 

ihe aps__byte_fail_detect ( ) system function to report it. If stances under which the function should be called and a 

kl is a signal-faU-protect, call the feprlf_defect ( ) system 65 description of the parameters. Additionally, a description of 

function to notify the switching subsystem of that defect. If the processing that each function performs follows TABLE 

the far end request is a clear condition, call r6cover_ 3. 
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coinpare_Tequest8 (new_j£l, 
reference^kl) - 



valid_Jcl_response (tl) - 



rccovcr_5witch_5Uitc Q - 



aiialyzc_Jc2_modcsO - 



6witch_coinplete 
(old_tecd_Jtl) - 



far_cnd switch__requcstO - 



local_switch__rcqiicst (kl, 
exeicising) - 



local_exercisc__rcq[UCSt 
(kl). 



change_swiU;h_mode 
(ncw_inode) - 



this function is called to 
determine if a new svntch 
request will override an 
existing switching 
condition. The ncw__Kl 
parameter is the Kl byte 
representing the new 
switching request, and the 
reference_j£l is the Kl byte 
repfcsenting the current 
switching condition, 
this function is called to 
determine if a Kl byte 
received from the far end in 
response to a local switch 
request is valid. The kl 
parameter is the KJ byte 
that was received, 
this function is called to 
generate a Kl byte that 
summarizes the current 
states and alarms on the 
lines as stored in the 
liDe_cond ition_save 
attribute. No parameters 
are necessary, 
this function is called to 
determine if the switching 
architecture or mode should 
change when a new K2 byte is 
received or the provisioned 
values change. No 
parameters are necessary, 
this function is called at 
the end of a switch to 
update attributes as 
necessary and to check to 
see if switch-hold should be 
entered The old_txcd_kl 
parameter is the previous 
value of the t3icd_^ 
attribute (before the 
current switch occurred), 
this function is called to 
execute a switch requested 
by the far end. No 
parameters are necessary, 
this function is called to 
execute a switch requested 
by the near end. The kl 
parameter gives the switch 
that is to be executed, and 
the exercising parameter 
indicates whether or note a 
switch exercise is in 
progress. 

this function is called to 
execute a switch exercise. 
The kl parameter gives the 
Kl byte that is to be sent 
to perform the exerdse; 
possible values are 
exercise-working or 
exercise-protect, 
this function is called to 
change the active switch 
mode. The ttew_inode 
parameter identifies the 
mode to which to change - - - 
uni-directional or 
bi-directional. 



The compare__requests function performs the following 
processing. If reference_kl is a lockout indication, return 
NO; else if new _Jcl is lockout, return yes. If reference ^1 
is signal-fail-protea, return NO; else if new„kl is signal- 
fail-protect, return YES. If priority code of reference_kl is 
higher than that of new new_Jcl, return NO; else if priority 



code of new__kl is higher than that of reference_Jcl, return 
YES. Otherwise priorities are the same, so if the channel in 
new_kl is lower than that in reference_kl, return YES; else 
return NO. 

5 The valid__kl response function performs the following 

processing. If the txed_Jtl attribute is no-request, then if kl 
is also no-request, return YES; else if it*s reverse-request, 
return NO; else return FAR__END_PREEMPT. Else txed_ 
kl represents a switching request, so if kl is reverse-request, 

10 return YES; else call compare_requests ( ) to see if kl is 
higher priority than txed_kl, and if it is, return FAR_ 
END_PREEMPT; otherwise return NO. 

The recover_switch_siate function performs the follow- 
ing processing. If the protect line is not in-service or has a 

15 signal-fail condition, or the switch_mode attribute is 
bi-directional and the aps_byte_fail_coDdition attribute is 
ON, return signal-fail-protect; else if the working line is not 
in-service, return signal-fail working. Else, both lines are in 
service, so compare the alarms on the lines and if the protect 

20 line alarm is more severe, return signal-fail-protect or signal- 
degrade-protect. Else if the working alarm is more severe, 
return signal-fail-working or signal-degrade-working. Else 
the alarms are the same, so if they are signal-fail, return 
signal-fail-protect Else if they are signal-degrade, return 

25 signal-degrade-working or signal -degrade-pro tect, depend- 
ing on which be r_Jevel is worse. If neither line has an alarm, 
return no-request, do-not-revcrt, or wait-to-restore depend- 
ing on the txed_kl and provisioned_revert_mode 
attributes. 

30 The analyze_k2_modes function performs the following 
processing. If the provisioned_architecture and rxed_k2 
attributes both indicate 1:1 switching, call the active^ 

switch_architecture changed ( ) and active_switch_ 

mode_changed ( ) system functions to notify the protection 

35 switching subsystem that 1:1 bi-directional switching should 
be used, and return 1:1 and bi-directional Otherwise, if 
cither attribute indicates 1:1 switching, return l-»-l and 
uni-directional. Otherwise, both ends are provisioned for 
1+1, so if the provisioDed_switch_mode and rxed_k2 

40 attributes both indicate bi-directional, return l+l and 
bi-directional; else, return 1+1 and uni-directional. Call the 
change_swiich mode__changed ( ) system function to indi- 
cate the current mode, and the mode_mismatch_defect ( ) 
system function to indicate whether or not a mismatch 

45 exists. 

The switch_complctc function performs the following 
processing. If the new switch requires the selector to move 
due an automatic switch request (as opposed to a user 
request), increment the switch_hoId_counter attribute. If 

50 the new count has reached the provisioned_switch_coimt_ 
threshold and the provisioned_switch_hold_duration is 
not zero, call compare_requests () to see if the switch-hold 
condition will override the current request. If so, set a flag 
so that the switch-hold will be performed at the end of this 

55 function (after the current switch is completed). If old_ 
txed_kl is wait-to-restore, call the wtr__duration_timer ( ) 
system function to cancel the timer. If old_txed_j£l is 
switch-hold, call the switch_hold_duration_timcr ( ) sys- 
tem function to cancel the timer. If the txed Jd attribute (the 

60 new switching state) is wait-to-restore, call the wait_to_ 
restore_timer ( ) system function to start the timer. If the 
txed__kl attribute is switch-hold, reset the switch_hold_ 
counter attribute to zero, call the switch_hold_activity_ 
timer ( ) system function to cancel the timer, and call the 

65 switch„hold_duration_timer ( ) to start the timer. If the 
switch-hold flag was set above, call local__switch_req () to 
execute the switch-hold. 
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The far_end_swiich_request ( ) function performs the 
following processing. Determine the appropriate Kl byte 
response. If the channel in the rxed_kl and txed^l 
attributes do not match, call the change_seIector_and_ 
scnd_Jtl ( ) system function to execute the switch and send 

a new Kl byte; call the send new_Jc2 ( ) system function 

to send a new K2 byte; call the wait_for_kl_k2 ( ) system 
function to wait on the K2 byte from the far end, and call 
analyze_k2_modes { ) to process the new K2 byte. If the 
channels do match, just call the send_new_Jcl ( ) system 
function to send a new Kl byte. 

The Iocal_switch_request function performs the follow- 
ing processing. If the channels in kl and the txed-kl 
attribute do not match, call the change_selector_and_ 
send^kl ( ) system function to execute the switch and send 
a new Kl byte to the far end. If the channels do match, call 
the send_new_kl ( ) system function to send a new Kl byte 
only. Set the txed_kl attribute to kl If provisioned for 
bidirectional operation, call the wait_for_kl_k2 ( ) system 
function to wait on the Kl and possibly K2 bytes from the 
far end. If the return code indicates that the byte(s) were not 
received, call the aps__byte_fail_defect ( ) system funrtion 
to indicate the APS Byte Failure. If the return code indicates 
that the byte(s) were received, call valid_kl_response () to 
analyze the response. If the return code from this call is 
FARJNDJREEMPT, call the new_jxed_Jcl ( ) service 
to process the far end switch request. If the return code is NO 
(response was not valid), call the aps_byte_fail_defect ( ) 
system function to indicate the APS Byte Failure. If a K2 
byte was received from the far end, call analy2e_k2_modes 
( ) to process the byte. Regardless of uni-directional or 
bi-directional operation, if the kl and txed_Jcl channels do 
not match, caU the send_new_k2 ( ) system function to 
send a new K2 byte to the far end. 

The local_exercise_request function performs the fol- 
lowing processing. Save the current txed^l attribute value, 
and set the return value to SUCCESS. CaU local_5witch_ 
request ( ) and set the exercising parameter to TRUE. Call 
valid ^l_response ( ) to verify the Kl re^onse from the 
far end, and if it is invalid, set the return value to FAILURE. 
Call local__switch_request ( ) to retransmit the original 
txed_kl value. Call valid_kl_response ( ) to verify tbe Kl 
response from the far end, and it if is invalid, set the return 
value to FAILURE. Return the return value. 

The change_switch_mode function performs the foltow- 
ing processing. If ncw_mode is uni-directional, and the 
txcd_kl byte is reverse-request, call recover_switch_state 
0 to determine what the new switch state should be, and call 
local_switch_request ( ) to execute that switch. CaU the 
aps__byte_fail_defect ( ), channel_mismatch_defect ( ), 
and feprlf_defect ( ) system functions to ensure these three 
defects are OFF. If new_mode is bi-directional, caU new_ 
rxed_Jcl ( ) to process the far end Kl byte. Regardless of 
uni-directional or bi-directional, call the active_switch_ 
mode_changed ( ) system function to notify the protection 
switching subsystem that the switch mode has changed. 

The above Hsted and described service functions 88 and 
private functions 90 together completely implement the 1+1 
APS protocol. In this embodiment, the interface 82 may 
include the system functions 100 listed below in TABLE 4. 
These functions are provided by the interface 82 of the 
protection switching subsystem for tbe protection object 80 
to caU. The foUowing information is included for each: the 
circumstances under which the protection object will caU tbe 
function, a description of the parameters, and a description 
of the processing performed by the function. Note that the 
object_id attribute is passed as the first parameter to each of 
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these functions to identify the protection object that is 
requesting the action. It will not be shown in the parameter 
lists. 

TABLE 4 



change selector. 

kl (kl)- 



.and_send_ 



10 



J 5 send new_Jd (kl) - 



scnd_ncw_k2 (k2) - 



25 



active__switch_a rchitecture_ 
changed(switch_hold_ 
counter) - 



30 



active_6witch__mode_change 
(switch^modc) - 



switch_hold_duratioiL_timcr 
(aaion) - 



50 



switch_ho Id^ctivity_timcr 
(action) - 



55 



wait„to_ 
action) - 



rcstorc_luncr 



60 



wait_for_kl_k2 (k_bytes_ 
acoepud, kl, k2) - 



this function will be called 
to execute a switch - it must 
interface with the hardware 
to physically move the 
selector (which performs the 
switch) and to transmit a new 
Kl byte to the far end. The 
kl parameter is the Kl byte 
that rqjrcscnts the switch to 
perform. 

this function will be called 
when a new Kl byte must be 
sent - it must interface with 
the hardware to transmit a 
new Kl byte to the far cad. 
The kl parameter is the byte 
to send. 

this function will be called 
when a new K2 byte must be 
sent - it must interface with 
the hardware to transmit a 
new K2 byte to the far end. 
The k2 parameter is the byte 
to send. 

this funaion is called to 
indicate that the active 
switch architecture has 
changed to 1 :1 - if the 
protection switching 
subsystem also supports the 
1:1 architecture, then it 
should take control of the 
APS switching protocol at 
this point, since the 
protection object only 
supports 1 + 1. The switch_ 
hold counter parameter is the 
current switch hold count, in 
case the protection switching 
subsystem wants to maintain 
it for 1 :1 switching, 
this fiinction is called to 
indicate that the active 
switch mode has changed - the 
protection switching 
subsystem may or may not do 
anything with this 
information. The 6witch_mode 
parameter indicates tbe new 
mode - uni-dirtctional or 
bi-directional, 
this function is called to 
start or canceJ the 
switch„hold duration timer, 
the action parameter 
indicates whether the timer 
should be started or 
canceled. 

this function is called to 
start or cancel the switch 
hold activity timer, the 
action parameter indicates 
whether the timer should be 
started or caixseled. 
this function is called to 
start or cancel the 
wait_to_restore duration 
timer. The action parameter 
indicates whether the timer 
should be started or 
canceled. 

this function is called to 
wait on the receipt of one or 
both of tbe K bytes from the 
far-end after a near-end 
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TABLE 4-continued 



initiated switch in bi- 
directional mode - the 
protection switching ^ 
subsystem must wait for 
notification that the K 
byte(s) have been received 
&om the far end. The return 
value must indicate that a 
timeout occurred or which K 10 
bytes were received. The 
k__bytes_acccpted parameter 
indicates which K bytes the 
protection object 
expecting, and the kl and k2 
parameters are the locations ^5 
in which the function should 
place the received K bytes. 

aps_byte_£ail_defect(6tate) - this function is called to 
indicate that the APS Byte 
Failure defect has occurred 
or cleared - the state 
parameter indicates whether 
the transition is on or o£ 
The protection switching 
subsystem must integrate this 
defect for 13 seconds to 
declare an APS Byte Failure 
condition, and for 10 seconds 25 
to clear an APS Byte Failure 
condition. At the end of 
these integration periods, 
the subsystem should call the 

PO's aps byte_fail_ 

notificationQ service and 30 
report the condition 
transition to the user. 

channel_jnismateh defect this function is called to 

(state) - indicate that the Channel 

Mismatch defect has occurred 

or cleared - the state 35 

parameter indicates whether 

the transition is on or off. 

The protection switching 

subsystem must integrate and 

deiotegrate as it does for 

APS Byte Failure, and also ^ 

report the condition 

transition to the usei: 

modc_mismatch_defect(8tate) - same as channd_mismatch_ 
dcfcctQ, but used for the 
Mode Mismatch defect. 

feprlt_defect(8tate) - same as channel_jiiismatch_ 

dcfcctQ, but used for the ^5 
E^r End ProtectioQ Line 
Failure defect. 



Those skilled in the art will understand that the method of 
the present invention may include error branches that cause 50 
the method to abort if an error condition sudi as the lade of 
free memory or the like exists. Such error branches are well 
known in the art and are not directly related to the present 
invention. Accordingly, they will not be further described. 

From the foregoing description of the present invention, 55 
other alternative constructions may suggest themselves to 
those skilled in the art. Therefore, the scope of the present 
invention is to be limited only by the claims below and the 
equivalence thereof. 

What is claimed is: 

1. A protection switching subsystem, comprising: 
a computer directed by a protection object, comprising: 
a storage device operable to store data; 
a memory operable to store the protection object; and 
a processor coupled to the storage device and the memory 55 
wherein the processor is operable to execute the pro- 
tection object; 
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a system-independent protection object comprising: 
a set of attributes to the store switching state informa- 
tion of a telecommunications system; and 
a set of modular functions in communication with the 
attributes, wherein the protection object is operable 
to: 

accept switching state information of the telecom- 
munications system; 

store switching state information to the attributes; 

retrieve switching state information from the 
attributes; 

implement a predefined protection switching proto- 
col; and 

invoke a set of system functions; and 
an interface to communicate between the telecommuni- 
cations system and the protection object, the interface 
operable to: 

accept switching state information and switching 

events of the telecommunications system; 
pass switching state information to the protection 

object system; 
invoke functions of the protection object associated 

with the switching events; and 
effect system-dependent switching operations of the 

telecommunications system. 

2. The protection switching subsystem of claim 1, 
wherein the modular functions comprise: 

a set of service functions to accept switching state infor- 
mation of the telecommunications system, to store 
switching state information to the attributes, to retrieve 
switching state information from the attributes, and to 
invoke a set of private functions; 

the service functions and the private functions operative 
to implement the predefined protection switching pro- 
tocol of the hardware of the telecommunications sys- 
tem and to invoke the system functions. 

3. The protection switching subsystem of claim 1, further 
comprising the predefined protection switching protocol 
being a 1+1 mode of the Automatic Protection Switching 
(APS) protocol defined by Bellcore for a Synchronous 
Optical Network (SONET). 

4. The protection object of claim 1, wherein a system 
function is invoked by the protection object. 

5. The protection object of claim 2, wherein a private 
function is further operable to invoke another private func- 
tion and to retrieve switching state information from the 
attributes. 

6. A shelf of a telecommunications system comprising: 
a data path module coupled to a communication link, the 

data path module including a processing chip in com- 
munication with a processor, the processor operative to 
monitor the communication link and the processing 
chip for switching information and switching events; 
and 

a protection switching subsystem to accept switching 

information and switching events from the processor, 

comprising: 
a protection object including: 

a set of attributes to the store switching state informa- 
tion of said telecommunications system; and 

a set of modular functions in communication with the 
attributes, wherein the set of modular functions are 
operable to direct a computer in the protection sys- 
tem subsystem to to accept switching state informa- 
tion of said telecommunications system, to store 
switching state information to the attributes, to 
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retrieve switching state information from the 
attributes, to implement a predefined protection 
switching protocol, and to invoke a set of system 
functions; and 
an interface to communicate between the processor and 
the protection object, the interface comprising: 
a task to accept switching state information and switch- 
ing events of the processor, to pass switching slate 
information to the protection object, and to invoke 
functions of the protection object associated with the 
switching events; and 
the set of system functions operative to effect system- 
dependent switching operations of said telecommu- 
nications system. 



10 



the service functions and the private functions operative 
to implement the predefined protection switching pro- 
tocol of the hardware of the telecommunications sys- 
tem and to invoke the system functions. 

8. The shelf of claim 6, further comprising the predefined 
protection switching protocol being a 1+1 mode of the 
Automatic Protection Switching (APS) protocol defined by 
Bellcore for a Synchronous Optical Network (SONETT). 

9. The shelf of claim 1, wherein a system function is 
invoked by the protection object. 

10. The shelf of claim 7, wherein a private function is 
further operable to invoke another private function and to 
retrieve switching state information fi-om the attributes. 

11. The shelf of claim 6, further comprising an operator 
station in communication with the protection switching 



7. The shelf of claim 6, wherein the modular functions of i5 subsystem, the protection switching subsystem to accept 



the protection object comprise: 

a set of service functions to accept switching state infor- 
mation of said telecommunications system, to store 
switching state information to the attributes, to retrieve 
switching state information from the attributes, and to 
invoke a set of private functions; 
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switching events from the operator station. 

12. The shelf of claim 11, further comprising a serial 
connection coupled between the protection switching sub- 
system and the operator station. 
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